Coolify lleva unos cuantos años madurando en silencio y, a comienzos de 2025, se ha asentado como la opción más seria si quieres una experiencia de tipo Vercel o Heroku pero sobre tu propia infraestructura. Tras usar la v4 durante varios meses en un par de VPS pequeños y un servidor más grande con Docker Swarm cerca, creo que merece un repaso honesto: qué hace bien, qué sigue teniendo filos, y para qué escenarios compensa de verdad frente a un PaaS gestionado o frente a montar todo a mano con compose.
La promesa de Coolify es concreta: conectas un repositorio, eliges un tipo de aplicación, y obtienes un despliegue con HTTPS automático, entornos de vista previa por rama, bases de datos gestionadas, copias de seguridad y un panel web desde el que reiniciar y revisar logs. Todo ello corriendo en tus servidores, con tus datos, y sin cuota por compilación o por ancho de banda.
Arquitectura real de lo que despliega
Bajo el capó, Coolify es una aplicación Laravel que orquesta contenedores Docker vía SSH. El nodo donde instalas Coolify se convierte en el plano de control, y tú le añades servidores adicionales (“targets”) sobre los que compila y despliega por SSH con clave. No necesitas Kubernetes ni Swarm (aunque puede integrarse): el modelo mental por defecto es “Docker suelto gestionado remotamente”, lo cual reduce mucho la superficie a entender.
Los ingresos HTTP los resuelve con Traefik v3 desplegado automáticamente al añadir un servidor, con Let’s Encrypt configurado por defecto y resolución DNS vía Cloudflare si la activas. Los datos persistentes caen en volúmenes Docker locales por servidor, y la copia de seguridad de bases de datos va a S3 compatible (Backblaze, Cloudflare R2, Hetzner Object Storage, MinIO auto-alojado). Esta cadena es exactamente lo que montarías a mano, pero Coolify te ahorra la parte aburrida.
Un detalle que aprecio: cada aplicación se materializa como un archivo docker-compose.yml que puedes inspeccionar y copiar. No hay magia oculta; cuando algo se tuerce, puedes abrir el compose generado y razonar. Muchos PaaS auto-alojados fallan justamente aquí, en la opacidad del estado desplegado.
Lo que hace bien de verdad
Lo primero que sorprende es la velocidad de primer despliegue. Conectar un repositorio de un monolito Laravel o una app Node y tenerlo corriendo con HTTPS es realmente cuestión de cinco a diez minutos. La integración con GitHub y GitLab es limpia, usa webhooks, y cada push dispara una compilación sin necesidad de configurar ejecutores adicionales.
Las bases de datos gestionadas son el segundo punto fuerte. Crear un PostgreSQL o un Redis dedicado desde el panel, que se conecte automáticamente a la aplicación vía variable de entorno, y que tenga copias de seguridad programadas a S3, es justo la fricción que desaparece cuando vienes de montar stacks a mano. Las credenciales se inyectan como secretos y puedes rotarlas desde la interfaz sin tocar archivos.
La experiencia de vistas previas por rama funciona bien para aplicaciones sin estado o con base de datos efímera. Cada PR abre un entorno con una URL única, y al cerrar el PR se destruye el entorno. Si llegas de Vercel, la lógica es idéntica; si vienes de compose manual, es una comodidad real.
También destaco la gestión de múltiples servidores desde un único plano de control. Un Coolify puede gobernar cinco VPS distintos, y moverte entre ellos es un desplegable en la UI. Esto es un punto débil en alternativas más pequeñas como Dokku, que asumen un solo anfitrión.
Dónde cojea todavía
No todo es oro. Hay varias áreas en las que Coolify sigue sintiéndose verde frente a un PaaS comercial.
El manejo de logs es funcional pero básico. Ves los logs del contenedor en streaming, pero no hay búsqueda histórica, ni agregación por servicio, ni retención configurable. Si necesitas debugging serio sobre un incidente de hace dos días, vas a querer enviar logs a Loki, Grafana Cloud o Datadog por tu cuenta. Coolify no te estorba, pero tampoco ayuda.
La observabilidad métrica está peor: hay un panel con CPU y memoria por contenedor, pero sin historial más allá de unas horas y sin alertas configurables. Para algo más que una demo personal, vas a montar Prometheus al lado.
Las migraciones y tareas previas al despliegue (“release commands” al estilo Heroku) se soportan, pero el flujo es incómodo comparado con Railway o Fly.io. Si tu aplicación necesita ejecutar php artisan migrate o rails db:migrate antes de cada arranque, vas a acabar definiéndolo en el Dockerfile o en un entrypoint manual en muchos casos.
Hay errores de interfaz que aparecen y desaparecen entre versiones. No suficientes para abandonar la herramienta, pero sí suficientes para que recomiende no hacer actualizaciones a ciegas en producción sin leer antes las notas de versión y mirar los incidentes abiertos en GitHub.
Comparación honesta con las alternativas
La comparación clara es contra tres familias. Contra PaaS comerciales modernos (Vercel, Railway, Fly.io, Render), Coolify gana en control y coste a cambio de perder pulido y soporte. Si despliegas cuatro proyectos pequeños sobre un VPS de 20 euros, Coolify es claramente más barato; si tu tiempo vale más que el cheque mensual de Vercel, la ecuación se voltea rápido.
Contra Dokku, Coolify gana en interfaz gráfica, soporte multi-servidor y ecosistema de integraciones. Dokku sigue siendo más liviano y más “Unix-y” si te sientes cómodo con buildpacks y CLI. Para equipos sin dedicación fuerte a ops, Coolify baja más la barrera.
Contra compose a mano con Traefik y scripts propios (que es lo que tenemos en la infraestructura de Jacar Systems), la decisión es más interesante. Coolify te da la interfaz y las copias de seguridad, pero pierdes una capa de control y versionado explícito. Si tu infraestructura está en Git con tags estables, el salto a Coolify puede sentirse como perder trazabilidad a cambio de comodidad. Para proyectos nuevos o entornos donde no quieres mantener scripts propios, la ecuación cambia.
Cuándo compensa
Mi recomendación a comienzos de 2025 es usar Coolify cuando se cumplen tres condiciones. La primera, tienes varias aplicaciones pequeñas o medianas que desplegar en VPS propios y no quieres pagar por ellas en un PaaS comercial. La segunda, tu equipo no tiene una persona dedicada a ops, o sí la tiene pero quiere que ese tiempo se invierta en cosas más interesantes que mantener pipelines de despliegue. La tercera, asumes que vas a complementarlo con observabilidad externa cuando la cosa crezca.
Si alguna de las tres no se cumple, piensa dos veces. Si tienes un solo monolito grande y lo despliegas una vez al mes, compose a mano es más estable. Si tu equipo va a meterle horas a la observabilidad y al control fino, el cajón cerrado de Coolify va a sentirse estrecho con el tiempo.
Coolify es, en resumen, un proyecto que hace bien lo que promete, con una comunidad activa y con una trayectoria clara. Lo que quedaba de “hobby project” hace dos años se ha profesionalizado, y hoy es una opción legítima en la conversación sobre dónde desplegar aplicaciones en infraestructura propia. No es Vercel; tampoco lo intenta ser. Es un PaaS abierto, transparente, y lo bastante bueno para un abanico grande de equipos.
